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{54} Method and arrangement lor the management ol database schemas 



{57} The invention relates generally to the manage- 
ment of distributed databases, and more particularly to 
a method and an arrangement associated with manag- 
ing database schemas and configuration of software 
that uses those schemas. The objective of this invention 
is to present a method and a system, which attows man- 
aging database schemas and application software In 
targe distributed multi-database systems and avoiding 
problems that are related to the prior art systems. The 
objective of She invention Is attained by using configura- 
tion manager apparatus (231). which is external to the 
configuration and databases being managed (200). The 



objective of the invention is preferably also attained by 
providing a mechanism for keeping multiple, possibly 
different database schemas and application software in 
synchronization. The external configuration manage- 
ment node (231) manages the configuration manage- 
ment replicas (203. 213,. 223) in each part (201, 211, 

221) of the distributed database system (200). These 
synchronized configuration management replicas com- 
prise scripts that are used for creating and/or updating 
the schemas of the database nodes and configuration 
cf software that uses these database nodes (202, 212, 

222) 
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Description database, it is aiso possible to have one or more 

catalogues in this same local database that reprs- 
[0001] The invention relates generally to the manage- sent master database^), 

men! of distributed databases, and more particularly to 

a method and an arrangement associated with man&g- s "Database Mode" is a database catalogue, which 

ing database schemas. has been defined to act as a master or replica and 

[0002] The following notions are used in this applies- thus participates in a hierarchy of synchronized da- 

lion; iabsses. 

‘ Data management system" is art entity, which com- w “Master database” is a database catalogue in a da- 

prises one or more databases and'or data manage- tabase synchron nation system that contains the of- 

men! systems, whereby the system is responsible nciat version of synchronized/dlstributed data. A 

for reading the data structures contained in the da- master database can have multiple replica Patacas- 

tabases and/or data management systems and for es, 

changing these data structures. >5 

"Replica database” is a database catalogue In a da- 
"Database" is an Information structure, which com- tabase synchronization system that contains a full 

prises one or more data elements, and the use of or partial tentative copy of the master data, 

which is controlled by the data management sys- 
tem. Tire invention is applicable both in relational » "Publication* Is a set of data in a database cata- 

riatabasss and in databases of ether forms, such iogue that has been published in master database 

as in object-oriented databases. tor synchronization to one or multiple replies data- 

bases. 

"Data element" is an Information structure, which 

can comprise other data elements or such data el- i$ "Synchronization" is operation between replica and 

entente, which can be construed as atomary data master database catalogues in which changed data 

elements. For Instance, in a relational database da- Is exchanged between the catalogues. In one 

ta elements are represented by iabfes comprising known embodiment, ibis means propagation of In- 
rows, The rows comprise fields, which are typically Selllgeni transactions from replica to master and 

atomary data elements, ®> subscribing to a publication to download changed 

data from master to replica, [1] EP 0 860 788, 

“Database operation" Is an event, during which data 

elements are read from the database, during which "Schema revision" is a snapshot version of a sche- 

cata elements of the database are modified, during ma that is identifiable by logical name or version 

which data elements are removed from the data- ss number, 

base, and/or during which data elements are added 

to the database. "Schema script" is a scrip! that creates a schema or 

creates a new revision of an existing schema of a 
"Transaction” is a plurality of database operations database node, 

acting on the data elements, A transaction can also •*> 

comprise further transactions. "Schema subscript" Is a schema script that is exe- 

cuted from another schema script. 

“Database Schema" is the structure of a dal abase 

system, described in a formal language supported “Schema script publication’ is a system publication 

by the database management system (DBMS). In 4s that contains the schema scripts of the database hi- 

a relational database, the schema defines the ta- starchy, 

bias, the fields in each table, and the relationships 

between fields and tables. 10003] A schema is a representation of the structure 

of the database that 11 lustrates what kind of data is stored 
“Database Catalogue" logically partitions a data- so in the database, in distributed database management 
base so that data is organized in ways that: meet environments, it: must fee possible to distribute new 
business or application requirements. Each logical schemas as well as modify the existing schemas of the 
database Is a catalogue and contains a complete, databases of the system In a flexible and controllable 
independent group cl database objects, such as ta- manner. 

bias indexes procedures and triggers. Each of 55 [0084] Figure 1 illustrates an example of prior art da- 
these catalogues can act as a master or replica da- tabase arrangement 100. The database system in- 
tabase. This makes it possible, for example, to ere- eludes a server 101 with an application master database 
ate two or more replica databases Into one physical 102. This application master database Includes a sche- 
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ma master of the data stored in the database. The da- 
tabase system also includes two tarn 111 and 121 
with application replica databases 112 ; 122. The appli- 
cation replica databases can maintain a foil or partial 
copy (replica) of the application master database serv- 
ers 1 data using suitable data synchronization technolo- 
gy. such as functionality disclosed in patent application 
document [1 j EP 0 860 788. The application replica da- 
tabases include schemas 113, 123, which may be a full 
or partial copy of the schema 1 03 of the application mas- 
ter database. Some prior art solutions lor managing 
schemas in distributed database systems are described 
in documents [2j US 5 80S 066, [3] WO 00/45286 and 
[4] WO 00/04445, 

(0005] In the prior art implementations schema up- 
grades are made in the master and these upgrades are 
distributed to the replicas transparently using some 
hard coded rules. This approach introduces some prob- 
lems that make operating large multi-database systems 
difficult: 

- There is no possibility in prior art implementations 
to control the schema upgrade process program- 
matically. For instance, sometimes the nature of a 
schema modification operation require that servic- 
es for all on-line users of the database are discon- 
nected while the schema is being upgraded. This 
requires programmatic control over the upgrade 
process in replica databases, 

- There is no overall view aboui the upgrade status 
of different databases of the system. Failed up- 
grades are net reported anywhere and the system 
operator does not necessarily know, which repticas 
have upgraded to new revision and which have noi 
yet done so, 

« If the automatic upgrade fells, there is no possibility 
for error handling andsystem recovery. There is nei- 
ther a possibility to prevent such errors. Typically 
the replica database must be recreated from 
scratch in this kind of situation 

Upgrading a system where different replicas can 
have different schemas and where replicas can 
have local tables that are not defined in the master 
is a difficult task. 

The prior art tech nology doss not support outsourc- 
ing the runtime configuration centre! of distributed 
systems to third parties. 

[0006] For these reasons, me database schemas of 
prior art distributed systems are typically not well man- 
ageable. 

[0007] The objective of this invention is to present a 
method and an arrangement, which allows managing 
database schemas and related application software 



configuration in targe distributed mufti database sys- 
tems and avoiding said problems that are related to the 
prior art systems. 

[0008] The objective of the invention Is attained by us- 
s ing a schema and software configuration manager ap- 
paratus, which is external to the database 510003 and 
software being managed. This configuration manager 
apparatus is here referred to as "schema and software 
configuration management nods". The objective of the 
10 invention is preferably aieo attained by providing a 
mechanism far keeping multiple, possibly different da- 
tabase schemas and their applications In synchroniza- 
tion. The external configuration management node 
manages the schema and software configuration m&n- 
agement replicas 1 n each server of the distributed data- 
base system These synchronized sehema/appilcation 
configuration management replicas comprise scripts 
that are used for creating and/or updating the schemas 
0? the database nodes and managing the configurations 
of applications that use the database node. The inven- 
tion thus provides a solution to the problem of managing 
schemas of distributed databases and applications that 
use those databases. 

[0089] The database schema and application config- 
45 u ration management database node Is typically a sep- 
arate database node that can reside in a database serv- 
er same as or different from the application database 
server. If the hierarchies of application database nodes 
and management database nodes are identical, the 
no management database node can be made a part of the 
application database node. 

[001 0[ One idea of She invention is to utilize relational 
data synchronization mechanism along with application 
logic to manage schemas of potentially large number of 
as application database nodes. This allows building Santa 
distributed systems with separate but still closely inte- 
grated configuration control functionality. 

[0011] inventive features in some embodiments ac- 
cording to the invention are: 

- Extracting the schema management mechanism 
from the application’s schema to an independent 
entity. 

45 - Managing ail or some of the different schemas and 
appilcatiosis of a distributed system in one location. 

- Utilizing incremental synchronization mechanism 
for distributing ihe new and modified schema and 

sc software configuration scripts to the nodes of the 
system, and 

- Utilizing a revision name for detecting the need for 
schema and application configuration data syn- 

ss chronizatbn, i.a. the schema is upgraded if its revi- 
sion property doss not match with master's respec- 
tive property. 
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[001 2] The "schema management" means here shat 
database objects such as tables, indices, procedures, 
triggers etc. are amended, added or deleted. The “ap- 
plication configuration management* means here that 
application software and/or its configuration parame- 
ters, security materia! such as keys and certificates as 
well as other data and software needed to run the ap- 
plication, are amended, added or deleted. It also means 
here the management of software and data that is used 
for verifying consistency and validity cf application pro- 
grams and applications’ data of the system. 

[0013] A database system may include server com- 
puters. smart terminals, other terminals and network 
nodes. A network node may be e.g, a base station con- 
troller access router, optical network router, radio net- 
work controller (RNC) controlling a base station control- 
ler [BSC}, etc. These parts at the distributed database 
system may have a wireless or wireline connection to 
the other parts of the system. If a network-based server 
Is used, the application cats, in some embodiments, be 
located and invoked by using the Uniform Resource Lo- 
cator (URL) of the server. The schema/application con- 
figuration management node may also be a server, a 
client terminal or other node mentioned above, with a 
wireless or wireline connection to the other servers and 
terminals., which include parts of the distributed data- 
base. The database may be Oracle. Solid. Times Ten, 
Polyhsdra, Clusira or any olher database. 

[001 4] Wit h the present Invention ft is thus possible to 
remotely manage schemas of distributed databases 
stared in terminate and various servers and keep the 
schemas and applications that use the schemas auto- 
matically In synchronization. The present invention has 
several advantages over the prior art solutions: 

- it Is possible to manage the runtime configuration 
control of distributed systems externally and there- 
fore outsourced services of third parties can be 
used for providing this function. 

- it is possible to control the schema and application 
configuration upgrade process programmatically. 
For instance, sometimes the nature of a schema 
modification operation require that services for alt 
on-line users of the database are disconnected 
while the schema is being upgraded. This requires 
programmatic, control over the upgrade process in 
replica database nodes. 

it is possible to have an overall view about the up- 
grade status of different database nodes of the sys- 
tem. Failed upgrades can be reported or prevented, 
and the system operator has the information, which 
replicas and masters have upgraded to new revi- 
sion and which have not yet done so. 

If the automatic upgrade fails, there is a possibility 
for error handling and system recovery. There Is al- 



so a better possibility to prevent such errors, be 
cause the control of the schemas of the database 
system is centralized. It is possible to prevent situ- 
ations where It is necessary to recreate replica dm 
s tabase from scratch, 

- It is also possible to upgrade a system where differ- 

ent replicas C3n have different schemas and where 
replicas can have locaf tables or iocaf private data 
io in any shared table that are not defined or managed 

in the master. 

[0015} Further, together with updating schemas cf a 
database system, ft Is also possible to update other in- 
is formation of a node using the same updating route and 
procedures. This may include, for example, updating 
configuration scripts, updating conhguration programs 
and changing application binaries into a new version 
level. Schema scripts can also Include DML (Data Ma- 
as nlpulallon Language) or DDL (Data Definition Lan- 
guage) scripts, or any other data manipulation scripts, 
fn some embodiments this is used to set up version in- 
formation for applications to detect the need for update, 
[0016] The method according to the invention for 
& managing schemas and/or application configuration in 
at least one database system comprising at least one 
application master database and at least one applica - 
tion replica database, wherein at least one of said data- 
bases comprises a schema of the data stored in the da- 
ds tabase, is characterized in that the at least one schema 
and/or application configuration is managed externally 
of said at least one application master database and at 
least one application replica database. 

[0017] The invention afso relates to a storage media 
35 comprising a stored, readable computer program , which 
is characterized In that the program comprises instruc- 
tions for controlling a data rtianagernenf system or com- 
ponents thereof to implement the method according to 
the invention. 

3b [0018] The invention further relates to a configuration 
management arrangement for at least one database 
system comprising at least one server with application 
master database and at least one server with applies! ion 
replica database, wherein at feast one database ccm- 
prises a schema of the data stored in the database, 
which is characterized in that the arrangement compris- 
es a conhguration management node for managing a 
database schema and/or application configuration of 
said at least one database server, wherein said config- 
50 ursiten management node is separate from said at least 
one application master database 
[601 9] The invention further relates to a configuration 
management node for at least one database system, 
comprising means creating and/or updating schemas 
55 and/or application configuration of a database system 
comprising at least one database in at least one data- 
base server, wherein the configuration management 
node Is external of said at least one database server. 
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[0020] The best mode of the invention is considered 
to be a separate updating o? replica schema from the 
master schema. 

[0021] Seme embodiments of the invention are de- 
scribed in the dependent claims, 

[0022] Next the invention is described in more detail 
with reference to embodiments shown as examples and 
to the enclosed figures, in which: 

Figure 1 illustrates a distributed database system 
according to the prior art. 

Figure 2a illustrates the basic units of an exemplary 
configuration management system ac- 
cording to the invention, wherein the appli- 
cation database hierarchy Is different from 
the schema and application configuration 
management database hierarchy, 

Figure 2b illustrates tire teste unite of art exemplary 
configuration management system ac- 
cording to the invention, wherein the appli- 
cation database hierarchy is the same as 
the schema and application configuration 
management database hierarchy, 

Figure s illustrates a flow diagram of exemplary 
steps selling up master database accord- 
ing to the invention: 

Figure 4 illustrates a flow diagram of exemplary 
steps tor selling up and registering replica 
database and installing applicator soft- 
ware according to the invention: 

Figures illustrates a flow diagram of exemplary 
steps for upgrading the master database 
schema and application configuration ac- 
cording to the invention; 

Figures illustrates a flow diagram of exemplary 
steps for upgrading the replica database 
schema and application configuration ac- 
cording to the invention; 

Figure 7 illustrates a flow diagram of exemplary 
steps according to the invention for up- 
grading the master database schema and 
application configuration aflera replica da- 
tabase schema has changed: 

Figure S illustrates an exemplary system environ- 
ment where the invention can be applied; 
and 

Figure 9 illustrates a hierarchic system for manag- 
ing database schemas and application 
configurations. 



[8023] Figure 1 was described in the prior art descrip 
tion above. Figure 2a shows an example of an arrange- 
ment according to ibe invention in a case where the ap- 
plication database hierarchy is diffsnsni from the sche- 
s ma and application configuration management data- 
base hierarchy. The arrangement comprises three main 
components; application master database server 201 , 
application rspiica database servers 211. 221, and 
schema management node 231 . Application master da - 
rn tabase node 202 and repfica database nodes 2 1 2, 222 
form a distributed system, wherein the application rep- 
lica database nodes can maintain a full or partial copy 
(replica) of the application master database servers' da- 
ta using suitable data synchronization technology, such 
>5 as functionality disclosed in patent application docu- 
ment [1] EP 0 860 788. The arrow lines between the 
blocks mean synchronization relationship between the 
dalabase servers. 

[0024] The database schemas are managed by the 
20 configuraiion management node 231 , The configuration 
management node 231 includes a configuration man- 
agement application 234 for managing the schemas and 
.application configuration of the database system. There 
is afso a configuration management master 233 stored 
in the configuration management node, and replicas 
203 213, 223 of the configuration management master 
are stored into database servers 201, 211. 221 of the 
database system, it is also possible that some applica- 
tion database server does not have a schema manage- 
& ment replica if the configuration management data is re- 
liably and quickly available from some other node, such 
as configuration management master, of the network, 
[0025] The configuration management replicas may 
be full or partial copies of the configuration management 
ss master 233 . The configuration management replicas in - 
ciude scripts for creating anchor updating the schemas 
and/or application configuration of the databases. The 
updating between Ihe configuration management mas- 
ter and the configuration management replicas can be 
30 made using the synchrony ion functionality of the se Iv- 
ors [1], Other methods may include direct transfer of 
schema's managed data from master to replica, or any 
other methods of information exchange. 

[0026] Figure 2b shows art example of an arrange- 
rs ment according to the invention in a case where the ap- 
plication database hierarchy is the same as the schema 
and application configuration management database hi- 
erarchy. When the database hierarchies ate identical, i, 
e. both application replica and configuration manage- 
55 ment replica synchronize their data from the same mas- 
ter node. the application and configuration management 
replicas can be implemented as one replica node. 
[0027] In the Mowing exemplary methods for remote 
configuration management according to the Invention 
55 arc described in more detail referring to Figures 3-7. 
[8028] Figure 3 illustrates a method tor setting up 
master database. In step 302 the database schema is 
defined using configuration management application 
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and stored to the schema management master data- 
base, step 303. if the application database hierarchy is 
different from configuration database hierarchy, two 
new, empty logical database nodes are created to the 
database server whore the application master database s 
w® reside, step 304, if the hierarchies are identical, 
these two nodes can be combined Into one. in step 306 
one o? the empty database nodes is dedicated to be the 
replica node of the configuration management master 
database and registered with the master. As part of the 
registration, the identification data., e.g. schema name, 
of the new application database node is sent to the con- 
figuration management master database nods. The 
newly created configuration management replica is then 
synchronized with its master database in step 308. This 
downloads the schema creation scripts and possibly al- 
so application configuration data such as software bina- 
ries and installation programs of the application master 
to the database sewer. N ext the schema of the applica- 
tion master database node is cteaied using the scripts 
that were downloaded to she new replica database 
node, 31 0 . Atthis phase, afso the software configuration 
data can be extracted from the database and installed. 

312, Now ihe master database node along with the ap- 
plication is ready for use. 

[0029] Figure 4 illustrates a method tor seising up and 
registering replica database. First In step 402 the data- 
base schema and application configuration of the repli- 
ca database node is defined in using the configuration 
management application and stored, 403, to the config- 
uration management master database node This step 
is typically made at the same time when the configura- 
tion of the application's master database schema and 
applications are defined, 

[0030] In step 404 two new, empty database nodes 
are crested to the d atab ase server where the application 
replica database will reside. One of the new empty da- 
tabases of this server is dedicated to be the reptica node 
of the configuration management master database and 
registered with ihe configuration management master, 
step 406, As part of Ihe registration, the identification 
data, e g. schema name of the new application data- 
base is sent to the configuration management master 
database node. Next in step 406 ihe newly created con- 
figuration management replica is synchronized with its 
master database. This downloads the schema creation 
scripts of the replies and possibly also application con- 
figuration data and software to the database node, in 
step 409 the application replica database node registers 
itself with the application master database using regis- 
tration scripts found from the schema management rep- 
lica of the server. The schema of the application replica 
database node is created using the scripts that were 
downloaded to the configuration management replica 
database node, 41 0. Finally, the replica application soft- 
ware is installed, 412. if the database hierarchies are 
identical, i.e. both application replica and configuration 
management replica synchronize their data from the 



same master node, the application and configuration 
management replicas can be implemented as one rep- 
lica node. 

[ 0031 ] Figures iilustrates amethod for upgrading the 
master database schema. First in step 602 a set of 
scripts is created for a new revision of the master data- 
base schema In the configuration management applica- 
tion, and stored to the configuration management mas- 
ter, SQ3. in step 504 the configuration management rep- 
« lies database node of the application master server sub- 
scribes the data of the new revision from the configura- 
tion management master by synchronizing itself with the 
master database node. The application master schema 
is updated by tunning the scripts of the new revision, 
w 506, The scripts are found from the configuration man- 
agement replica database of the server. After this, the 
application configuration can be upgraded by using the 
application configuration data and software that was 
downloaded during the synchronization, 507, During the 
execution of ihe scripts, tog unifies can be stored to a 
table of the configuration management replica. After 
successful execution of the scripts, the revision ievei of 
the application master schema is upgraded. Next in step 
508 the fog entries whiten in step 506 are propagated 
to the configuration management master by synchroniz- 
ing the configuration management replica database 
node. The system administrator can review the success 
of the upgrade by viewing the tog entries using the con- 
figuration management application, 51 0. 
de [ 0032 ] Figure 6 illustrates a method for upgrading the 
replica database schema and/or application configura- 
tion after the master database schema and/or applica- 
tion configuration has been upgraded according to Fig. 
5. First in step 602 a set of a new revision (that matches 
as with the earlier created master revision] of the applica- 
tion replica database schema is created in the configu- 
ration management application and stored.. 603, to ihe 
configuration management master. The application rep- 
lica tries to synchronize with the application mastar da- 
35 tabase node in step 604, but fails because the schema 
of the appficalton master database node has been up- 
graded to a new revision level. Alternatively, configura- 
tion management node can inform the application rep- 
lies database about the need to upgrade the schema. 
45 The configuration management replica database of the 
application replica server subscribes tire upgrade 
scripts of the new schema and application configuration 
revision from the configuration management master by 
synchronizing itself with the master database node, step 
so 605. 

[ 0033 ] Next in step 608 the application reptica sche- 
ma is updated by running the scripts of the new revision. 
The scripts are found from the configuration manage- 
ment replica database of trie server. After frits, the ap- 
ss plication configuration can be upgraded by using the ap- 
plication configuration data and software that was down- 
loaded during the synchronization, 807. During the ex- 
ecution of the scripts, log entries can be stored to a table 



7 




EP 1 256 889 A2 



12 



of the configuration management replica. After success- 
ful execution of the scripts, the revision level of the ap- 
plication replica schema is upgraded. The log entries 
written in step 606 are propagated to the schema man- 
agement master by synchronizing the configuration 
management reptica database node, step 608. Now that 
the revision levels of the application master and the rep- 
lica databases are the same, the application replica da- 
tabase node can synchronize with the application mas- 
tor database node again. 609, The system administrator 
can review the success of the upgrade by viewing the 
log entries using the configuration management appli- 
cation, 610, 

[0034] Figure 7 illustrates a method for upgrading the 
master database schema after a replica database sche- 
ma has changed (a replica database schema can 
change similarly as shown in Pig. 5 for the master data- 
base schema). First In step 702 a set of a new revision 
(that matches with the earlier created rsptica revision) 
of the application master database schema is created 
in the configuration management application and 
stored. 703, to the configuration management master. 
The application replica tries to synchronize with the ap- 
plication master database in step 704, but fails because 
the schema of ihe application replica database has been 
upgraded to a new revision level. Ths configuration 
management replica database node of the application 
master server subscribes the upgrade scripls of the new 
revision from the configuration management master by 
synchronizing itself with the master database node, step 
705. 

[0035] Next in step 706 the applicalion master sche- 
ma and possibly also application configuration Is updat- 
ed by runn i ng the scripts of the new revision. The scripts 
are found from the configuration management replica 
database of the server. During the execution of the 
scripts, log entries can be stored to a table of the con- 
figuration management replica. After successful execu- 
tion of the scripts, the revision level of the application 
master schema is upgraded. The log entries written In 
step 706 are propagated to the configuration manage- 
ment master by synchronizing the configuration man- 
agement replica database node, step 708. Now that the 
revision levels of ths application master and the replica 
database nodes are the same, the application replica 
database can synchronize with the application master 
database node again, 709 The system administrator 
can review the success o? the upgrade by viewing the 
fog entries using the configuration management appli- 
cation, 710, 

[0036] Figure B Illustrates an example of an equip- 
ment environment where the present invention can be 
applied. The database system comprises the server tor 
application master database node 801, and several 
servers for application replica database nodes. The ap- 
plication replica database servers include an online sta- 
tion 81'. to which a laptop terminal 841 and WAP termi- 
nal 851 are connected. There is also a date-warehouse 



including the application replica database node. A sop 
arafe configuration management node 831 manages 
configurations oi aii the database servers of the data- 
base system. The configuration management node 831 
s has therefore Individual synchronization connections to 
all blocks 801 , 811 , 821 . 841 and 851 . 

[0037] Figure 8 illustrates an example of a hierarchic 
system where several database systems a, b, c have 
their respective schema management nodes 931a, 
io 93t b and 931c which manage the schemas of the re- 
spective database nodes. The database systems have 
a common configuration management node 931 for 
managing schemas and application configuration of all 
database systems a, b and o. The configuration man- 
io agement nodes 831a, 831b and 93 ic of the individual 
database systems are thus replicas of the main config- 
uration management nods 931 . if the hierarchy of the 
application database is ths same as the hierarchy of the 
configuration management databases, the manage- 
rs meat database may be included as part of the applica- 
tion database. 

[0038] A system according to the invention can be im- 
plemented by a person skilled in the art with state of the 
art information technology and communication lechnol- 
oo ogy components, A person skilled in the art can imple- 
ment ihe functions according to the invention by arrang- 
ing and programming such components to realize the 
inventive functions, 

[0039] For example, the invention can be implement- 
ed ed to work in a telecommunication system, which Is 
compiienS with at feast one of the following; TCP/IP, CD- 
MA, GSM, GPRS, WCDMA, UMTS, Teidssic, iridium, 
Inmarsat, WLAN and imode. 

[0040] It is also possible to use a standardized oper- 
as ating system in the terminate and servers. The operating 
system of a terminal can be, for example, Unix, MS-win- 
dows, EPOC, NT, MSCE. Linux, PalmOS and GEOS. 
The servers for application master database and sche- 
ma management application may preferably have at 
-so leas; one of the following operating systems: Unix. MS- 
windows, NT and Linux. 

[0041] To a person skilled in the art it is obvious that 
in order to have art illustrative description the above pre- 
sented exemplary embodiments have a structure and a 
J o (unction, which are relatively simple. By applying the 
model presented in this application it is possible lo de- 
sign different and very complicated systems, which in 
obvious ways to the expert, utilise the inventive idea pre- 
sented in this application. 

55 [0042] One should note that, although embodiments 
concerning schema configuration management are de- 
scribed. ihe invention is also well applicable to appilca • 
tion configuration management. 

ss 
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Claims 

1 . A method for managing database schemas and/or 
application configuration data in at leas? one data- 
base system comprising at least one application 
master database and at least one application repli- 
ca database, wherein at least one of said databases 
comprises a schema of the data stored in the data- 
base, characterized in that 

* at least one schema and/or application config- 
uration Is managed externally of said at feast 
one application master database or at least one 
application replica database. 

2. A method according to claim 1 , characterized in 
that at ieast one configuration management master 
is provided in at leas? one configuration manage- 
ment node, which is separate from each of said da- 
tabase nodes, a replica of at least parts of said con- 
figuration management master is stored to a server 
comprising the at least one database, and the sche- 
ma of said at least one database is created and/or 
updated on the basis of scripts of said configuration 
management replica, 

3. A method according to claim 2. characterized in 
that the configuration of at least some databases 
of said database syst em are managed by said con- 
figuration management node. 

4. A method according to claim 2. characterized in 
that the application configuration of at least some 
applications of said database system are managed 
by said configuration management node. 

5. A method according to claim 2. characterized in 
that at least parts of said configuration manage 
men! master and said parts of said configuration 



management repfica are synchronized. 

6. A method according to claim 1 , characterized in 
that af least pads of the application master data- 

s base and said parts of the application replica data- 
base are synchronized. 

I. A method according to claim 1 . characterized fn 
that the data of configuration management master 

« is maintained by a configuration management ap- 
plication of said configuration management node, 

8, A method according to cfstm i , characterized in 
that the method is compliant with at least one of the 

rs following communication specifications: TCP/IP, 
CDMA, GSM. GPRS, WCDMA, UMTS, Teidesie, 
Iridium, Inmarsat, WLAN and imode. 

9, A method according to claim t , characterized in 

20 that at least one of the following operating systems 

is used in at ieast one terminal including an appli- 
cation replica database of the database system: 
Unix, MS-wIndows, EPOC, NT, MSCE, Linux, Paf- 
mOS and GEOS. 

10, A method according to claim 1, characterized in 
that at least one of tho following operating systems 
is used in the at ieast one server including an appli- 
cation master database of the database system: 

7i> Unix, MS-wirtdows. NT and Linux. 

II. A method according to claim 1, characterized In 
that the database is a database node residing in a 
database server. 

35 

12, A method according to claim 1, characterized in 
that schemas and/or application configuration of at 
ieast two database systems are managed by a com- 
mon configuration management node, wherein a 

40 configuration management node of an individual 
database system is a replica of said common con- 
figuration management node. 

13, A method according to ciaim 1, characterized in 
that the hierarchy of the application databases Is 
the same as the hierarchy of the configuration man- 
agement databases, wherein the configuration 
management database is included as part of the ap- 
plication database. 

55 

14, A storage media comprising a stored, readable 
computer program, characterized in that the pro- 
gram comprises instructions for controlling a data- 
base system or components thereof to implement 

55 a method according to claim 1 . 

15, A configuration management arrangement for at 
least one database system comprising at ieast one 
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server with application master database and at 
least one server with application replica database, 
wherein at least one database composes a schema 
of the data stoned In the database, characterized 
in that the arrangement comprises a configuration s 
management node for managing a database sche- 
ma of said at least one database server and/or con- 
figuration of applications accessing 'tie database, 
wherein said configuration management node is 
separate from said at -east cne application master io 
database. 

16. An arrangement according to claim 15.. character- 
ized in that said configuration management node 
comprises a configuration management master, >5 
wherein the at least one application master data- 
base sewer and the at least cne application replica 
database server comprise a replica o? at feast parts 

of said configuration management master, and the 
arrangement comprises means for creating and/or 20 
updating {he schema and/or application configura- 
tion of said at fees! one database on the basis of 
scripts of said configuration management replica. 

1 7. An arrangement according to claim 1 5, character- 19 
ized in thet some or ait database servers of the da- 
tabase system comprise a replica of said configu- 
ration management master. 

1 8. An arrangement according to claim 1 5, character- & 
ized in that the arrangement comprises means for 
synchronizing at least parts of said configuration 
management master and said parts of said config- 
uration management replica. 

13. An arrangement according to claim 15, character- 
ized in that the database system comprises means 
for synchronizing at least parts of the application 
master database and said parts of the application 
replica database, 

20. An arrangement according to claim 1 5, character- 
ized in that the configuration management node 
comprises a configuration management application 

for creating and/or updating the configuration man- 4s 
agement master. 

21 . An arrangement according to claim 1 6, character- 
ized In that the arrangement and/or the database 
system is compatible with at least one of the follow- 
ing communication specifications: TCP/IP, CDMA, 
GSM, GPRS. WCDMA, UMTS.Teidesfe, iridium, In- 
marsat, WLAN and irrtode. 

22. An arrangement according to claim 15, character- 55 
ized in thet the application replica database is pro- 
vided in a terminal, which is a combination of a mo- 
bile station and a computer. 



23. An arrangement according to claim 22. character- 
ized in that the terminal has at feast one of the fol- 
lowing operating systems: Unix, MS-Windows, EP- 
OC, NT, MSCE, Linux, PalmOS and GEOS. 

24. An arrangement according to claim 16, character- 
ized in that the application master database server 
and/or the configuration management node has at 
least one of the following operating systems: Unix, 
MS-windows, NT and Linux. 

25. An arrangement according to claim 16, character- 
ized in that the database Is a database node resid- 
ing in a database server. 

26. An arrangement according to claim 15, character- 
ized in that it comprises a common configuration 
management node for managing schemas of at 
least two database systems, wherein a configura- 
tion management node of art individual database 
system is a replies of said common schema man- 
agement node. 

27. An arrangement according to claim 16, character- 
ized in that the hierarchy oi the application data- 
base is the same as the hierarchy of the configura- 
tion management database, wherein the manage- 
ment database is included as pert of the application 
database. 

28. An arrangement according to claim 16, character- 
ized in that tbs configuration management node Is 
for managing a database schema of said at least 
one database server. 

2$, A configuration management node for at least one 
database system, tire database system comprising 
at least one database in at least one database serv- 
er, wherein the configuration management node 
comprises means for creating and/or updating con- 
figuration of schemas and/or applications access- 
ing the database system, wherein the configuration 
management node is external of said a! least one 
database. 

30. A configuration management node according to 
claim 28 characterized in that it comprises means 
for providing a configuration management master 
and a configuration management application for 

55 providing a database of Ihe database system a rep- 

lica of the configuration management master. 

31. A configuration management node according to 
claim 29 . characterized in that it comprises means 
for synchronizing said configuration management 
reptfeas of the database system with said configu- 
ration management master. 
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32. A configuration management node according to 
claim 29, characterized in that said configuration 
management master and/or configuration manage- 
ment replica comprises scripts for creating and/or 
updating the schema of the at toast one database s 
and/or configuration of application accessing the 
database. 

33. A configuration management node according to 
claim 23, characterized in that it is a replica of a « 
common configuration management node for man- 
aging at feast two database systems. 

34. A configuration management node according to 
claim 29, characterized in that the configuration >5 
management node is for managing a database 
schema of said at least one database server. 
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Fig. 5 
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